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(57) A system includes additional information (18) 
together with a video stream, where the additional 
information (18) is related to at least one of the 
frames (16). Preferably the additional information (18) 
is related to an object (17a, 17b) within the frame (16) 
. A receiver (82) receives the video and additional 
information (18) and decodes the video in the same 
manner independently of whether the additional 
information (18) is provided. The additional 
information (18) is selectively presented to a viewer 
(238) at approximately the time of receiving the frames 
(16). The system may also present information to a 
viewer (238) from a unitary file (232,332) containing 
an image and additional information (18) associated 
with the image. A selection mechanism permits the 
selection of objects (17a, 17b) in the image for which 
the additional information (18) is related thereto. A 
presentation mechanism provides the additional 
information (18) to a viewer (238) in response to 
selecting the object (17a, 17b). 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to an improved audio, video, and/or image system with enhanced 
functionality. 

[0002] In the current information age viewers are bombarded by vast amounts of video information being presented 
to them. The video information may be presented to the viewer using many devices, such as for example, broadcast 
television, cable television, satellite broadcasts, streaming video on computer networks such as the World Wide Web, 
and video from storage devices such as compact discs, digital video discs, laser discs, and hard drives. People 

10 generally view video content in a passive manner with the interaction limited to interactivity typically found on a 
VCR. Depending on the source of the video and the viewing device, the viewer may have the ability to fast forward, 
fast reverse, stop, pause, and mute the video. Unfortunately, it is difficult for the viewer to locate specific 
information within a video or summarize a video without the time consuming task of viewing large portions of the video. 
[0003] Existing digital libraries may incorporate techniques that attempt to process the video to create a summary 
of its content. However, the existing digital library techniques process selected frames as a whole in order to 

15 characterize the content of the video. For example, color histograms of selected frames may be used to describe the 
content of the frames. The resulting color histograms may be further summarized to provide a global measure of the 
entire video. The resulting information is associated with the respective video as a description thereof. 
Unfortunately, it is difficult to identify and characterize objects within the image, such as Jeff playing with a 
blue beach bail on the beach. 

20 BRIEF SUMMARY OF THE INVENTION 

[0004] The present invention overcomes the aforementioned drawbacks of the prior art by providing in a first 
aspect a system that includes additional information together with a video stream, where the additional information 
is related to at least one of the frames. Preferably the additional information is related to an object within the 
25 frame. A receiver receives the video and additional information and decodes the video in the same manner 
independently of whether the additional information is provided. The additional information is selectively presented 
to a viewer at approximately the time of receiving the frames. 

[0005] In another aspect of the present invention a system for presenting information includes a unitary file 
containing an image and additional information associated with the image. A selection mechanism permits the 
selection of objects in the image for which the additional information is related thereto. A presentation mechanism 
30 provides the additional information to a viewer in response to selecting the object. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 

[0006] 

35 FIG. 1 is a depiction of a video and a descriptive stream together with data stored therein. 

FIG. 2 is a video image with associated information in accordance with FIG. 1 . 
FIG. 3 is a system for the video and descriptive stream of FIG. 1. 
FIG. 4 is a system for creating and using an image with associated information. 
FIG. 5 is an image with associated information. 

FIG. 6 illustrates the movement of an image and associated information from one image to another image. 
FIG. 7 is an image file format for the system of FIG. 4. 
FIG. 8 illustrates an alternative image file structure. 
FIG. 9 illustrates an image with cropping information. 
FIG. 10 illustrates a JFIF(+) creater and viewer. 
FIG. 11 illustrates viewing a JFIF(+) image on a legacy viewer. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0007] The present inventors came to the realization that the presently accepted passive viewing technique for 
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video may be enhanced by incorporating additional information together with the video stream. The additional 
information may include for example, a description of the content of portions of the video, links within the video 
to information apart from the video itself, links within the video to other portions of the video, software for 
computer programs, commands for other related interactivity, object indexes, textual descriptions, voice annotations, 
image features, object links, URL links, and Java applets. Other information may likewise be included as desired. 

5 However, incorporating the additional information within the video stream would in most instances require a new 
specification to be developed. For example, the MPEG and MPEG-2 standards do not provide for the inclusion of 
additional information therein other than what is specified in the standard. The result of modifying such a video 
encoding technique would result in each viewer desiring to view the modified video being required to obtain a 
specialized viewer, at additional expense. 

1Q [0008] The present inventors came to the further realization that each video standard that includes the 
capability of incorporating additional information therein, the particular technique used to incorporate the 
additional information is dependant on the particular video standard. Unfortunately, if a set of information is 
developed that relates to a particular video, then for each video standard a different technique is necessary to 
incorporate the additional information with the video. With the large number of different video standards available 
it would be burdensome to develop techniques for incorporating the additional information with each video standard. 

15 [0009] In view of the large number of video standards and the difficulty of incorporating such additional 
information therein the present inventors came to the further realization that a generally format independent 
technique of referencing the additional information is desirable. In addition, a generally format independent format 
is more easily repurposed for different types of video formats. Referring to FIG. 1, a description stream 12 
containing the additional information is created as a companion for a video sequence 14. The video sequence 14 is 
composed of a plurality of sequential frames 16. The video may have any suitable format, such as for example analog 

20 or digital, interlaced or progressive, and encoded or not encoded. Each frame 16 may include one or more objects of 
interest 17a and 17b. Portions of the description stream 12 may be associated with any number of frames of the video 
sequence 14, such as a single frame, a group of sequential frames, a group of non-sequential frames, or the entire 
video sequence 14, as desired. In the event that a portion of the descriptive stream 12 is associated with a 
sequential number of frames, that portion of the descriptive stream may be thought of as having a "lifespan." 

25 [0010] The descriptive stream contains additional information about objects, such as 17a and 17b, appearing 
within one or more of the video frames 16. The descriptive stream 12 includes data blocks 18 where each block is 
associated with one or more frames 16, and preferably particular objects 17a, 17b within one or more frames 16. 
Alternatively, the data blocks 18 may be associated with frames 16 as a whole. Each data block 18 preferably 
includes a frame index 20 at the beginning of the data block to provide convenient synchronization with the 
associated frame 16. The frame index 20 includes data which identifies the particular frame the following data block is 

30 associated with. If the descriptive stream 12 and the video sequence 14 are sufficiently correlated in some manner, 
such as in time, then the frame index 20 may be unnecessary. In the case of broadcast video, preferably the video 
sequence 14 and the description stream 12 are time correlated. In the case of computer or digital based broadcasts, 
the video sequence 14 and the descriptive stream 12 may be transmitted at different time intervals. For example, a 
large portion of the descriptive stream 12 may be transmitted, and then the associated video sequence 14 may be 
transmitted. 

35 [0011] The frames indexes 20 are used to synchronize, or otherwise associate, the data blocks 18 of the 
descriptive stream 12 with the video sequence 14. Each data block 18 may be further divided into a number of sub- 
blocks 22, 24, containing what are referred to herein as descriptors. Each sub-block 22, 24 corresponds to an 
individual object of interest within the frame 16. For example, sub-block 22 may correspond to object 17a and sub- 
block 24 may correspond to object 17b. Alternatively, each of the sub-blocks may correspond to multiple objects of 
interest. Also, there may be objects in the image that are not defined as objects of interest, and which therefore, 

40 would not have a sub-block associated therewith. Sub-blocks 22, 24 include a plurality of data fields therein 
containing the additional information, including but not limited to, an object index field 30, a textual description 
field 32, a voice annotation field 34, an image feature field 36, an object links field 38, a URL links field 40, 
and a Java applets field 42. Additional information may be included such as copyright and other intellectual 
property rights. Some notices, such as copyrights, may be encoded and rendered invisible to standard display 

45 equipment so that the notices are not easily modified. 

[0012] When a viewer is viewing the video sequence 14, a visible or audible indicia is preferably presented to 
the viewer to indicate that a descriptive stream is associated with a particular sequence of video frames. The 
viewer may access the additional information using any suitable interface. The additional information is preferably 
presented to the user using a picture-in-a-picture (PIP) box on the display while the video sequence 14 continues to 
be presented. The video sequence 14 may be stopped during access of the additional information, if desired. An 

50 alternative technique for presenting the additional information to the viewer is to provide the additional 
information on a display incorporated into unidirectional or bidirectional remote control unit of the display device 
or VCR. This allows access to the additional information at a location proximate the viewer. In the case of 
broadcast video, such as network television broadcasts, if the viewer does not take appropriate actions to reveal 
the associated information the descriptive stream "dies," and may not, unless stored in a buffer, be revived. In the 
case that the descriptive stream is part of a video tape, a video disc, or other suitable media, the viewer can 

55 "rewind" the video and access an earlier portion of the descriptive stream and display the additional information. 

[0013] The object index field 30 indexes one or more individual objects 17a, 17b within the frame 16. In the 
case of indexing the frame as a whole, the object index field 30 indexes the frame. The object index field 30 
. preferably contains a geometrical definition of the object. When a viewer pauses or otherwise indicates a desire to 
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view the additional information for a particular frame, the system process the object index fields 30 corresponding 
to that frame, locates the corresponding objects 17a, 17b within the frame, and identifies the corresponding objects 
in some manner for the viewer such as highlighting them on the display or providing icons. The identified objects 
are those objects of the frame that have associated information related thereto. If the user selects an identified 
object, then the system provides the additional information from the corresponding sub-block, preferably with a pop- 
up menu, to the viewer. 

[0014] The textual description field 32 preferably includes textual based information related to the object. The 
textual description field 32 may be similar in nature to traditional closed captioning, but instead is related to 
particular objects within the frame. The textual description field 32 may be used as the basis of a keyword-based 
search for relevant video segments. A content-based video search program may search through the textual description 
fields 32 of the description stream 12 to identify relevant portions of the video sequence(s) 14. With the textual 
description fields 32 normally related to individual objects within the frames 16 of the video sequence 12, the 
content-based video search provides actual object-oriented search capability. 

[0015] The voice annotation field 34 preferably stores further audio based information regarding the object (or 
frame), preferably in natural speech. The voice annotation field 34 may include any audio information related to the 
associated object(s) (or frame(s)). 

[0016] The image features field 36 is preferably used to store further information about the characteristics of 
the object (or frame), such as in terms of its texture, shape, dominant color, motion model describing its motion 
with respect to a certain reference frame. Image features based on objects within the frames of a video sequence may 
be particularly useful for content-based video image indexing and retrieval for digital libraries. 

[0017] The object links field 38 is preferably used to store links to other video objects or frames in the same 
or different video sequence or image. Object links may be useful for video summarization, and object and/or event 
tracking. 

[0018] Referring also to FIG. 2, the URL links field 40 preferably contains addresses and/or links to external 
Web pages and/or other objects related to the object that are accessible though an electronic link, such as a 
computer network. For an object of interest in the scene, such as person 46, the URL link 58 in a sub-block 50 may 
point to a person's homepage address 52. Any symbol, icon, or portion of the scene may be linked to an external data 
source, such as a Web site which contains the related information. Companies may also desire to link products 54 
shown in the video sequence, through the URL 58 of a sub-block 56, to an external data source, such as their Web 
site 60. This provides the potential for customers to learn more about particular products, increases advertising, 
and may increase sales of the products. The URL links field may also be used to automatically import data and other 
information from a data source external to the video sequence 14 and the description stream 12 for incorporation 
with the video sequence 14. In this manner, the video sequence 14 and the description stream 12 may be automatically 
updated with information from a source external to the video sequence 14 and the description stream 12. The 
information may be used in any suitable manner, such as overlying on the display, added to the video sequence, or 
update the contents of the information fields. 

[0019] The Java Applets field 42 is preferably used to store Java code to perform more advanced functions 
related to the respective object(s). For example, a Java applet may be embedded to enable online ordering for a 
product shown in the video. Also, Java code may be included to implement sophisticated similarity measures to 
empower advanced content-based video search in digital libraries. Alternatively, any other programming language or 
coding technique may be used. 

[0020] In the case of digital video, the cassettes used for recording in such systems may include a memory, such 
as solid state memory, which serves as a storage location for additional information. The memory for many such 
devices is referred to as memory-in-cassette (MIC). Where the video sequence is stored on a digital video cassette, 
the descriptive stream may be stored in the MIC, or on the video tape. In general, the descriptive stream may be 
stored along with the video or image contents on the same media. The descriptive stream is maintained separate from 
the video or image contents so that the video or image decoder does not have to also decode the descriptive stream 
encoded within the video stream, which is undesirable as previously discussed. 

[0021] Referring to FIG. 3, a system 70 generally applicable for a television broadcast system is shown. The 
system 70 includes a capture mechanism 72, which may be a video camera, a computer capable of generating a video 
signal, or any other mechanism that is capable of generating and/or providing a video signal. The video signal is 
provided to an encoder 74, which also receives appropriate companion signals for the various types of additional 
information 76 from which will form the descriptive stream. The encoder 74 generates a combined video stream and 
descriptive stream signal 78. The combined signal 78 is transmitted by a transmitter 80, which may be a broadcast 
transmitter, a hard-wire system, or a combination thereof. The combined signal 78 is received by a receiver 82, 
which separates the two signals and decodes each of the signals for display on a video display 84. 
[0022] A trigger mechanism 86 is provided to-cause the receiver 82 to decode and display the additional 
information contained within the descriptive stream in an appropriate manner. A decoder may be provided with the 
receiver 72 for decoding the embedded descriptive stream. The descriptive stream may be displayed in any suitable 
location or format such as a picture-in-picture (PIP) format on the video display 84, or a separate descriptive 
stream display 88. The separate descriptive stream display may be co-located with the trigger mechanism 86, which 
may take the form of a remote control mechanism for the receiver. Some form of indicia may be provided, such as a 
visible indicia on the video display or as an audible tone, to indicate that a descriptive stream is present in the 
video sequence. 

[0023] Activating the trigger mechanism 86 when a descriptive stream is present will result in those objects 
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which have descriptive streams associated therewith being highlighted, or otherwise marked, so that the user may 
select additional information about the object(s). In the case of a separate descriptive screen display, the 
selection options for the information is displayed in the descriptive stream display, and the device is manipulated 
to permit the user to select the additional information. The information may be displayed immediately, or may be 
stored for future reference. Of particular importance for this embodiment is to allow the video display to continue 
uninterrupted so that others watching the display will not be compelled to remove the remote control from the 
possession of the user who is seeking additional information. 

[0024] In the event that the system is used with an audio and/or video library on a computer system, the capture 
mechanism, transmitter, and receiver may not be required, as the video or image will have already been captured and 
stored in a library. The library typically resides on magnetic or optical media which is hard-wired to the display. 
•In this embodiment, a decoder to decode the descriptive stream may be located in the computer system or in the 
display. The trigger mechanism may include several other selection devices, such as a mouse or other pointing device, 
and incorporated into a keyboard with dedicated keys or by the assignment of a key sequence. The descriptive stream 
display will likely take the form of a window on the video display or a display on a remote. 

[0025] Television stations may utilize the teachings described herein to increase the functionality of 

broadcasting programs. Television stations may transmit descriptive streams together with regular television signals 
so that viewers may receive both the television signals and the description streams to provide the advanced 
functions described herein. The technique for broadcast TV is similar to that of sending out closed caption text 
along with regular TV signals. Broadcasters have the flexibility of choosing to send or not to send the descriptive 
streams for their programs. If a receiving TV set has the capability of receiving and decoding the descriptive streams, 
then the viewer may activate the advanced functions, as desired, in a manner similar to the viewer selecting or 
activating, as desired, to view closed captioned text. If the viewer activates the advanced functions, the viewer, 
for example, may read text about someone or something in the programs, listen to voice annotations, access related 
Web site(s) if the TV set is Web enabled, or perform other tasks such as online ordering or gaming by executing 
embedded Java applets. , 

[0026] The descriptive stream for a video sequence may be obtained using a variety of mechanisms. The 
descriptive stream may be constructed manually using an interactive method. An operator may explicitly select to 
index certain objects in the video and associate some corresponding additional information. Another example is that 
the descriptive stream may be constructed automatically using any video analysis tools, especially those developed 
for the Moving Pictures Experts Group Standard No. 7 (MPEG-7). 

[0027] Camcorders, VCRs, and DVD recorders, and other electronic devices may be used to create and store 
descriptive streams while recording and editing. Such devices may include a user interface to allow a user to 
manually locate and identify desired objects in the video, index the objects, and record corresponding information in 
the descriptive stream(s). For example, a user may locate an object within a frame by specifying a rectangular 
region (or polygonal region) which contains the object. The user may then enter text in the textual description 
field, record speech into the voice annotation field, and associate Web page addresses into the URL links field. The 
user may associate the additional information with additional objects in the same frame, additional objects in other 
frames, and other frames, as desired. The descriptions for selected objects may also be used as their audio and/or 
visual tags. 

[0028] If a descriptive stream is recorded along with a video sequence, as described above, the video can be 
viewed later and support all the functions. 

[0029] For digital libraries, the system may be applied to video sequences or images originally stored in any 
common format, such as RGB, D1, MPEG, MPEG-2, or MPEG-4. If a video sequence is stored in MPEG-4 format, the 
location information of the objects in the video .may be extracted automatically. This alleviates the burden 1 of 
manually locating the objects. Further, information may be associated with each extracted object within a frame and 
propagated into other sequential or nonsequential frames, if so selected. When a video sequence or image is stored in 
a non-object-based format, the mechanism described herein may be used to construct descriptive streams. This 
enables a video sequence or image stored in one format to be viewed and manipulated in a different format, and to 
have the description and linking features of the invention to be applied thereto. 

[0030] The descriptive streams facilitate content-based video/image indexing and retrieval. A search engine may 
find relevant video contents at the object level, by matching relevant keywords against the text stored in the 
textual description fields -in the descriptive streams. The search engine may also choose to analyze the voice 
annotations, match the image features, and/or look up the linked Web pages for additional information. The embedded 
Java applets may implement more sophisticated similarity measures to further enhance content-based video/image 
indexing and retrieval. 

[0031] Images are traditionally self contained in a single file and displayed, as desired. For example, HTML 
files are frequently employed for Internet based applications that contains textual data and links to separate image 
files. For a single HTML based page of content, a HTML file and several separate image files may be necessary. When 
transferring HTML based content to a different computer system the associated image files (and other files) must 
also be located and transferred. Locating and transferring many files for a single HTML page is burdensome and may 
require knowledge of all the potential image files that may be loaded by the HTML page. Unfortunately, sometimes all 
the associated files are not transferred resulting in HTML based content that is not fully functional. 
[0032] Many Web page developers devote substantial efforts to the creation of images and associated content, 
such as advertising, for a professional Web page. The images are frequently copied by unscrupulous Web page 
developers, without a care as to Copyright violations, and reused for different uses. The associated content is 
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discarded and the original Web page developer receives no compensation for the unauthorized use of his/her original 
image. 

[0033] Digital camera systems exist that permit the user to annotate the content of the image file with textual 
information. Unfortunately, the textual information is overwritten directly on the image file thereby altering the 
image file itself. This permits recording of associated information with the image file but a portion of the 
original image content is irreversibly damaged which is unacceptable to many users. In addition, with the advent of 
digital cameras many users are discovering that tracking the content of digital images is becoming an increasingly 
difficult task. Typically the user creates additional files with information that describes the content of the digital image 
files. Unfortunately, when the additional files are lost the information is lost. Also, if the digital image files 
are misplaced, then the content in the additional file has little or no value. 

[0034] One example of a file format that has been developed by a standardization organization that permits 
global information to be attached to images is Still Picture Interchange File Format (SPIFF), specified as an 
extension to the JPEG standard, ISO/IEC IS 10918-3 (Annex F). The specification was developed to permit textual 
information to be attached to files to facilitate searching of the files. In addition, if the textual information is 
voluminous then significant bandwidth may be required for transmission across a network and additional storage 
capability may be needed to store such files. The present inventors came to the realization that the textual 
15 information does not provide simple and accurate representations of objects within the image itself. 

[0035] In view of the enhanced audio, visual, and textual experience made possible with the described invention 
with regard to video content, the present inventors came to the further realization that the concepts embodied in 
the present invention may be extended to images. In contrast to the traditional multiple file system where one file 
contains the textual content and the other file contains the image, or the SPIFF file format, the present inventors 
came to the realization that additional information that enhances the image viewing experience may be included 
together with the image file in a unitary file. The additional information may include audio, video, computer 
programs, and textual information associated with the image or objects within the image such as descriptions and 
locations of the objects thereof. In addition, the additional information may be used to manage the images 
themselves. For example, the additional information may include, for example, descriptors, histograms, and indexing 
information that describe the content of the image itself. With the inclusion of the additional information together 
25 with the image file itself, the additional information is not susceptible to becoming lost, misplaced, and deleted. 
Also, the image files may be managed based on the tiles themselves as opposed to a separate data file containing 
information regarding their content This permits the users to select any set of image files upon which to perform 
searches without the necessity of having previously obtained descriptions of their content. 

[0036] However, the present inventors came the realization that it is desirable to maintain compatibility with 
existing image presentation devices and software, such as Photoshop and Web based browsers, while permitting the 
30 enhanced functionality with modified image presentation software. To accomplish these objectives the file includes 
at least two layers in addition to the image itself. The image file itself remains unchanged, or substantially 
unchanged. The first and second layers are appended to the end of the image file and contain the additional 
information. In this mariner existing image presentation devices and software may simply display the image file and 
discard the remaining information, while enhanced presentation devices and software may also use the additional 
appended information. 

35 [0037] Referring to FIG. 4, the preferred image system 100 includes an image 112 that is acquired or otherwise 
generated. The image may be acquired from any suitable source, such as, for example, an imaging device such as a 
camera, generated by a computer, or may be an existing image. After acquiring or otherwise selecting the image 112, 
an object selection 114 function may be performed interactively with the user to define regions of the image that 
enclose objects of interest. The regions may define any shape or region, such as a circle, ellipse, rectangle, or 

40 regular polygon. The regions may be drawn on a display using any input device, such as a pen stylus. A pen stylus is 
particularly useful for images obtained by a camera or presented by a computer. Alternatively, object selection of 
the image may be performed on a computer using image analysis software. Textual based and URL link based 
additional information related to particular objects within an image may be added by a user using an input device, 
such as a pen or keyboard. Audio annotation related to the image or objects within the image may be obtained in any 
suitable manner. For example, a microphone integrated or otherwise connected to the camera may allow annotation 

45 during the acquisition process. In addition, speech recognition software in the camera may be used to convert audio 
information to textual information using speech-to-text conversion. The speech-to-text functionality provides a 
convenient technique of adding textual information especially suitable for cameras that do not provide a convenient 
interface for entering textual based information. A compression module 115 includes an audio compression mechanism 
113a and a data compression mechanism 113b. Compression of the audio annotation using a standard audio 
compression technique and data compression may be provided using a standard data compression technique, if 

50 desired. Suitable audio compression may include, Delta Pulse Coded Modulation (DPCM), while data compression may 
include Lempel-Zev-Welch (LZW). 

[0038] A generation of hierarchical data structure module 116 arranges the additional information into at least 
two layers, with the first layer referred to as the "base layer", described later. An integration module 117 
combines the content related data containing the additional information together with the image 112, compressed by a 
compression module 170 if desired, into a single common file. The combination of the additional information and the 
55 image file may be supported as a native part of a future image file format, such as for example, that which may be 
adopted by JPEG2000 or MPEG-4. Also, currently existing file formats may be extended to support the additional 
information. The combined file is constructed in such as manner that the extension of existing file formats provides 
backward compatibility in the sense that a legacy image file viewer using an existing file format may still at least 
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decode and read the image in the same manner as if the additional information were not included therein. An 
implementation with separate image and information files is also within the scope of the present invention. The 
integrated image and additional information file is then transmitted or stored at module 118, such as a channel, a 
server, or over a network. 

[0039] Storage may be in an type of memory device, such as a memory in an electronic camera or in a computer. 

5 The combined file containing the image and additional information may be transmitted as a single file via Email or 
as an attachment to an Email. If the audio and/or other associated data is compressed, decompression 122 of the 
audio and/or data as performed prior to audiovisual realization of the object information 124. Once images and the 
hierarchical data structure associated with them are available to users, they may be utilized in an interactive manner. 
[0040] An interactive system utilizing the combined file may include the following steps to implement the 

10 retrieval and audiovisual realization of the object information 124 of the combined image file: 

(a) retrieve and display the image data; 

(b) read the base layer information; 

15 (c) using the base layer information as an overlay generation mechanism, generate an overlay to visually 

indicate the regions of the image that contain additional information in terms of "hot spots," according to the 
region information contained in the base layer. Hot spots may be automatically highlighted or be highlighted only 
when a user selects a location within the region defined by the "hot spot," such as with a pointing device; 

(d) display a pop-up menu adjacent, or otherwise on the display, of the object as the user points and selects 
20 the hot spots, where the types of available information for that object are featured in the menus; and 

(e) render the additional information selected by the user when the user selects the appropriate entry in the menu. 



25 [0041] It is preferable that the hot spots and pop-up menus (or other presentation techniques) are invoked in 
response to a user's request. In this manner, the additional information provided is not intrusive, but instead 
supplements the image viewing experience. Steps (a)-(e) are implemented by the audiovisual realization of the 
object information module 124 which preferably contains appropriate computer software. 

[0042] Content-based image retrieval and editing may also be supported. A search engine 128 permits the user to 
locate specific images based on the additional information contained within the image file. Editing is provided by 
30 an object-based image manipulation and editing subsystem 126. Images 112 may be contained in a database which 
contains a collection of digital images. Such an image database may also be referred to as a library, or a digital library. 
[0043] Content-based information retrieval provides users with additional options to utilize and interact with the 
images in a dynamic nature. First the user may select one or more regions or objects of interest in an image to 
retrieve further information. Such information may include for example, links to related Web sites or other 
multimedia material, textual descriptions, voice annotations, etc. Second, the user may look for certain images in a 
database via search engines. In database applications, images may be indexed and retrieved on the basis of 
associated information describing their content. Such content-based information may be associated with images and 
objects within images and subsequently used in information retrieval. 

[0044] Object-based image editing enables users to manipulate images in terms of the objects contained within 
the images. For example, the user may "drag" a human subject in a picture, "drop" it to a different background image, 

40 and therefore compose a new image with certain desired effects. The current invention allows access to an outline 
(contour) information of objects to enable cutting and dragging objects from one image to another where they may be 
seamlessly integrated with a different background. The object-based additional information related to the object is 
maintained with the object itself as it is moved or otherwise manipulated. Accordingly, the user need only define 
the outline of an object once and that outline is maintained together with the object. Preferably, the outline is a 
rough geometric outline that is defined in the first layer, and a more detailed outline of the object is defined in 

45 the second layer (likely containing more bytes). This two-layer structure permits more efficient transmission of 
images, because the more precise outline is not always necessary and is therefore only transmitted to the user upon 
request. Together, content-based information retrieval and object-based image editing offers a user new and exciting 
experience in viewing and manipulating images. 

[0045] In the preferred implementation of the hierarchical data structure the "base layer" includes only content- 
related information and has a limited number of bytes. The actual content-related information is contained in the 
50 "second layer." The hierarchical implementation ensures that the downloading efficiency of compressed images is 
practically intact even after introducing the additional functionalities, while those functionalities may be fully 
realized when a user desires. 

[0046] Two principal objects accomplished when implementing the content-based information retrieval and object- 
based image editing are: (1) an image file that supports such functionalities should be downloadable or otherwise 
55 transferable across a computer system in essentially the same time and stored using essentially the same storage 
space as if the additional information is not included; and (2) such functionalities may be fully realized when a 
user or application program desires. 

[0047] To accomplish the two principal objects the present inventors came to the realization that a multi-layer 
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data structure is desired, such as two layers. The first layer, referred to herein as the "base layer", contains a 
limited number of bytes, such as up to a fixed number. The bytes of the first layer are principally used to specify 
a number of regions of interest and store a number of flags which indicate whether certain additional content- 
related information is available for a particular region. The second layer (and additional layers) includes the 
actual content-related information. In a networking application, initially only the image and the base layer of its 
5 associated content-related information are transmitted. Since the base layer contains only a limited number of bytes, 
its impact on the time necessary to transmitted the image is negligible. 

[0048] Referring to FIG. 5, after initial downloading of an image, a user may view the image 140, and may also 
decide to interact with the contents of the image. The interaction may include interacting with an object of 
interest, such as character one 142, character two 144, or an object, such as object 146. Alternatively, a region of 

10 the image may be considered as an object of interest. The entire image may also be treated as an object of interest 
The user may select objects of interest using any suitable technique, such as a pointing device. The system presents 
a pop-up menu 148, 150 (or other presentation technique) which lists the available information related to the 
selected region or object, based on the flags stored in the first (base) layer. If the user selects an item from the 
menu, the system will then start downloading the related information stored in the second layer from the original 
source and provide the additional information to the user. The user may also choose to save a compressed image with 

15 or without its content-related information. When the user chooses to save the image with its content-related 
information, the flags corresponding to the available information in the first layer will be set to true, and vice versa. 
[0049] An initial set of content-related information, which may be of common interest, includes: (1) links 
to computer based information; (2) meta textual information; (3) voice annotation; and (4) object boundary 
information. Additionally, (5) security-copyright information; and (6) references to MPEG-7 descriptors, as 
described in "MPEG-7: Context and Objectives (Version 4)," ISO/IEC JTC1/SC2S/WG1 1, Coding of Moving Pictures 

20 and Audio, N1733, July 1997, may be displayed. The syntax of Table 1 may be used to support the acquisition of 
content-related information. Other types of content-related information may be added to this initial set as 
necessary to satisfy particular needs. For example, computer code, for instance written in Java language, may be 
added to the list of associated information. In some cases, the system will open an already running application if 
the application is not already running. Such applications may take any form, such as a word processing application, 
a Java Applet, or any other application. 



Table 1 



35 



Base Layer Syntax 


Syntax 


Bits 


Mnemonic 


num_ot_regions 


6 


uimsbf 


for (n=0; n<num_of_regions; n++){ 






region_start_x 


N 


uimsbf 


region_start_y 


N 


uimsbf 


region_width 


N 


uimsbf 


region_h eight 


N 


uimsbf 


link_flag 




bslbf 


meta_flag 




bslbf 


voice_flag 




bslbf 


boundary_flag 




bslbf 


security_flag 




bslbf 


mpeg7_flag 




bslbf 


} 







45 



[0050] where N = ceil(log 2 (max(image_width, image_height))). 



50 



55 



Semantics 
[0051] 

num_of_regions 

region_start_x 

region_start_y 

region_width 

region_height 

linkjlag 

mata_flag 



The number of regions in an image which may have additional content-related information. 
The x coordinate of the upper-left corner of a region. 
The y coordinate of the upper-left corner of a region. 
The width of a region. 
The height of a region. 

A 1-bit flag which indicates the existence of links for a region. '1' indicates there are 
links attached to this region and '0' indicates none. 

A 1-bit flag which indicates the existence of meta information for a region. T indicates 
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there is meta information and '0* indicates none, 
voicejlag A 1-bit flag which indicates the existence of voice annotation for a region. '1' indicates 

there is voice annotation and '0* indicates none. 
boundary_flag A 1-bit flag which indicates the existence of accurate boundary information for a region. 

T indicates there is boundary information and '0' indicates none. 
security_flag A 1-bit flag which indicates the existence of security-copyright information for a region. 

'1' indicates there is such information and '0' indicates none. 
mpeg7_flag A 1-bit flag which indicates the existence of references to MPEG-7 descriptors for a 

region. '1' indicates there is MPEG-7 reference information and '0' indicates none. 

[0052] The syntax for the first layer requires only a limited number of bytes. For example with 256 bytes the 
base layer may define at least 26 regions anywhere in an image whose size may be as large as 65,536 x 65,536 pixels. 
In contrast, to define 4 regions in any image, the base layer merely requires 38 bytes. 

[0053] The second layer contains the actual content-related information which, for each region, may include, for 
example, links, meta information, voice annotation, boundary information, security-copyright information, and MPEG-7 
reference information. Other descriptions related to the image to enhance the viewing or management thereof may be 
included, as desired. The high-level syntax of Table 2 may be used to store the above information in the second layer. 

Table 2 



Second Layer Syntax 


Syntax 


Bits 


Mnemonic 


for (n=0; n<num_of_ regions; n++){ 






links() 






meta() 






voice() 






boundaryO 






security() 






mpeg7() 






end_of_region 


16 


bslbf 


} 







35 



40 



45 



[0054] The links and meta information are textual data and require lossless coding. The voice information may be 
coded using one of the existing sound compression techniques such as delta pulse coded modulation (DPCM), if 
desired. The boundary information may utilize the shape coding techniques developed in MPEG-4 "Description of Core 
Experiments on Shape Coding in MPEG 4 Video,' 1 ISO/IEC JTC1/SC29/WG1 1, Coding of Moving Pictures and Audio, 
N1584, March 1997. The security-copyright information may utilize any suitable encryption technique. MPEG-7 contains 
reference information to additional types of links. 

[0055] The precise syntax and format for each type of the above-identified content-related information may be 
determined during the course of file format development for future standards, and are presented herein merely as 
examples of the system and technique of the present invention. In general, however, the syntax structure of Table 3 
may be used. 

Table 3 



Second Layer Syntax 


Syntax 


Bits 


Mnemonic 


type_of_info 


8 


bslbf 


length_of_data 


16 


uimsbf 


data() 







50 



Semantics 



55 



[0056] 

links() 
meta() 
voice() 



The sub-syntax for coding links. 

The sub-syntax for coding meta information. 

The sub-syntax for coding voice annotation. 



-9- 



10 



30 



45 



EP 0 982 947 A2 

boundary() The sub-syntax for coding boundary information. 

security() The sub-syntax for coding security-copyright information. 

mpeg7() The sub-syntax for coding MPEG-7 reference information. 

end_of_region A 1 6-bit tag to signal the end of content-related information for a region. 

type_of_info An 8-bit tag to uniquely define the type of content-related information. The value of this 

parameter may be one of a set of numbers defined in a table which lists ail types of 
content-related information such as links, meta information, voice annotation, boundary 
information, security-copyright information, and MPEG-7 reference information. 

length_of_data The number of bytes used for storing the content-related information. 

data() The actual syntax to code the content-related information. This may be determined on the 

basis of application requirements, or in accordance to the specifications of a future file 
format that may support the hierarchical data structure as one of its native features. 



[0057] Associating additional information, such as voice annotations and URL links to regions and/or objects in 
an image allows a user to interact with an image in ways not previously obtainable. Referring again to FIG. 5, an 
example of an image presentation with the enhanced functionality is presented. The application reads the image data 
15 as well as the base layer of information. The application then displays the image on the display and visually 
indicates the "hot spots" via an overlay on the image, according to the region information in the base layer. The 
user selects a region and/or object of interest. A pop-up menu 148 appears which lists items that are available for 
the selected region and/or object (more than one may be available). When the user selects the voice annotation item, 
for example, the application will then locate the audio information in the second layer and play it back using a default 
sound player application 154. If the user selects a link which is a URL link 150 to a Web site 152, the system will 
20 then locate the address and display the corresponding Web page in a default Web browser. A link may also point to 
another image file or even point to another region and/or object in an image. Similarly, additional meta information 
may also be retrieved and viewed (in a variety of different formats) by the user by selecting the corresponding item 
in the menu. Using this technique, different regions and/or objects in the same image may have different additional 
information attached thereto. The user is able to hear different voices corresponding to different characters in the 
image, for instance. Individual Web pages (or other associated information obtained via a computer network) may also 
25 be attached directly to more relevant components in the scene. 

[0058] When editing images it is desirable to cut, copy, and paste in terms of objects having arbitrary shapes. 
The proposed technique supports such functionality provided additional shape information is available in the file. 
Referring to FIG. 6, an example whereby using the boundary information 160 associated with a baby object 162, a user 
may copy the baby object 162, and place it into a different background 164, thus, moving one computer-generated 
image into another computer-generated image. In addition, the attributes related to the baby object 162 are 
maintained, such as audio. The sequence of actions may happen in the following order. The user first selects the 
baby object 162 and the system provides a pop-up menu 166. The user then selects the boundary item 168, which is 
generated by a boundary generation mechanism in the system. The system then loads the boundary information from 
level 2 and highlights the baby object, as indicated by the bright line about the object. The user may then cut and 
paste 170 (or otherwise relocate) or perform a drag and drop type 172 of action from the edit menu 170 (copy). 
35 [0059] By associating descriptors to images, such as MPEG-7 descriptors, the images may be retrieved based on 
their audio and/or visual contents by advanced search engines. The descriptors may include color, texture, shape, as 
well as keywords. In general, an image only needs to carry minimal reference information which points to other 
description streams, such as an MPEG-7 description streams. 

[0060] An integrated system to support the advanced functionality of content-based information retrieval and 
object-based image editing has been disclosed. The technique employs a two-layer (or more) hierarchical data 
40 structure to store the content-related information. The first layer includes coordinates which specify regions of 
interest in rectangular shape and flags which indicate whether certain additional content-related information is 
available for the specified regions. The actual content-related information is stored in the second layer where one may 
find, for example, links, meta information, audio annotation, boundary information, security-copyright information, 
and MPEG-7 reference information for each specified object and/or region. 

[0061] With the first layer having a limited number of bytes, the downloading time necessary to obtain the file 
and storage necessary for the image and first layer is minimized, unless the user or application explicitly requests 
additional content-related information from the second (or additional layer). On the other hand, should the user 
require such information, the proposed technique also guarantees it may be fully delivered by the file itself 
containing the remaining information. 

[0062] The existing JPEG compressed image file formats, such as still picture interchange file format (SPIFF) or 
50 JPEG File Interchange Format (J FIF), do not inherently support object-based information embedding and interactive 
retrieval of such information. Although creating, experiencing, and utilizing information enhanced images may be 
performed using the system of the current invention, it may be also desirable that the information enhanced images 
created by the current invention may be at least decoded and displayed by legacy viewers using any standard format, 
such as JFIF or SPIFF. Indeed, the legacy systems will not be able to recognize and utilize the associated 
information. The goal for this aspect of the present invention is therefore to guarantee successful image decoding and 
55 display by a legacy system without breaking down the legacy system. 

[0063] If backward compatibility with legacy viewers, such as those that utilize JFIF and SPIFF file formats, is 
a necessity, the disclosed hierarchical data structure may be encapsulated into a JIFF or SPIFF file format. 
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Examples of such encapsulations that may be implemented by module 117 in FIG. 4 are given below. 
[0064] JIFF file format is described in Graphics File Formats: Second Edition, by J. D. Murray and W. VanRyper, 
O'Reilly & Associates Inc., 1996, pp. 510-515. Referring now to FIG. 7, a JFIF file structure 190 contains JPEG data 
196 and an End Of Image (EOI) marker 194. A JFIF viewer simply ignores any data that follows the EOI marker 194. 
Hence, if the 2-layer hierarchical data structure 192 disclosed herein is appended to a JFIF file immediately after EOI 
5 194, the legacy viewers will be able to decode and display the image, ignoring the additional data structure. A 
system constructed according to the present invention may appropriately interpret the additional data and implement 
the interactive functionalities of the invention. 

[0065] Using SPIFF, the hierarchical data structure may be encapsulated using a private tag, known to the system 
of the present invention. Since a legacy viewer will ignore non-standard tags and associated information fields, 
i0 according to the SPIFF specification, images may be successfully decoded and displayed by SPIFF-compliant legacy 
systems. The system of the present invention recognizes and appropriately utilizes the added data to enable its 
interactive functionalities. SPIFF is described in Graphics File Formats: Second Edition, by J. D. Murray and W. 
VanRyper, O'Reilly & Associates Inc., 1996, pp. 822-837.) 

[0066] The method may be applied to any existing computing environment If an image file is stored on a local 
disk, the proposed functionalities may be realized by a stand-alone image viewer or any application which supports 

*5 such functionalities, without any additional system changes. If the image file is stored remotely on a server, the 
proposed functionalities may still be realized by any application which support such functionalities on the client 
side, including an image parser module on the server. The server includes an image parser because the additional 
content-related information resides in the same file as the image itself. When a user requests certain content- 
related information regarding a selected region and/or object in an image, e.g., its meta information, it is 
important that the system fetches only the relevant information and presents it to the user, preferably as fast as 

20 possible. To achieve this objective, the server parses the image file, locates, and transmits relevant content- 
related information to the client. 

[0067] To implement the aforementioned additional functionality without the enhancement of the present invention, 
each piece of content-related information is stored in a separate file, as shown in FIG. 8, generally at 180. 
Therefore, for each defined region, as many as six files which contain links, meta information, voice annotation, 
25 boundary information, security-copyright information, and MPEG-7 reference information may be required. For a given 
image, say my_image.jpg, a directory called my image. info which contains content-related information for N defined 
regions is created and stored in: 

regionOI. links 
30 region 01. meta 

regionOI. voice 

regionOLboundary 
35 regionOLsecurity 

regionOI. mpeg7 



40 



45 



50 



regionON. links 
regionON.meta 
regionON. voice 
regionON. boundary 
regionON. security 
regionON. mpeg7 



[0068] Using separate files to store additional information is fragile and messy in practice. A simple mis-match 
between the file names due to a name change would cause the complete loss of the content-related information. 
[0069] The present invention has several advantages over the known prior art, such as, for example: (1) it is 
55 object-based and thus flexible; (2) it allows for inclusion of object feature information, such as object shape 
boundary; (3) is has a hierarchical data structure and hence it does not burden those applications that choose not to 
download and store image-content related information; (4) it allows audiovisual realization of object-based 
information, at users' request; (5) it allows for inclusion of URL links and hence provides an added dimensionality 
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to enjoyment and utilization of digital images (The URL links may point to web pages related to the image content, 
such as personal web pages, product web pages, and web pages for certain cities, locations, etc.); and (6) it is 
generic and applicable to any image compression technique as well as to uncompressed images. The present invention 
also provides object-based functionalities to forthcoming compression standards, such as JPEG 2000. Although prior 
file formats do not inherently support the system disclosed herein, techniques for implementing the system in a 
5 backward compatible manner where legacy systems may at least decode the image data and ignore the added 
information has been disclosed. 

[0070] Data structures configured in the manner described in the present invention may be downloaded over a 
network in a selective fashion. The downloading application checks with the user interactively to determine whether 
the user desires to download and store the content information. If the user says "No," the application retrieves 
10 only the image data, the base layer, and sets the flags in the base layer to zero indicating that there is no 
content information with the image. 

[0071] The method and system also support scalable image compression/decompression algorithms. In quality- 
scalable compression, images may be decoded at various different quality levels. In spatial scalable compression, 
the image may be decoded at different spatial resolutions. In case of compression algorithms that support 
scalability, only the region information and object contour needs to be scaled to support spatial scalability. All 

15 other types of data stay intact. 

[0072] JPEG compressed images are commonly formatted as a JPEG file interchange format (JFIF). The present 
inventors further determined that JFIF may be extended resulting in a new file format where object based information 
embedding is enabled using the two-layer (or more) data structure. The resulting extended file format is referred to 
as JFIF(+). A preferred system for generating and viewing JFIF(+) files is depicted in FIG. 10. JFIF(+) is viewable 
with legacy JPEG/JFIF viewers. FIG. 1 1 depicts the backward compatibility of JFIF(+) with legacy JPEG viewers. 

20 [0073] The present inventors come to the realization that additional information types, such as JPL_FINISHINFO, 
are useful for containing information and instructions to a photo finisher (including, for example, cropping, paper 
types and settings), especially useful, for example, for on-line ordering of prints. A particular example of this 
application is depicted in FIG. 9. JFIF(+) includes a provision for storing digital ink information, and information about 
user's viewing patterns of images (e.g., frequency of viewing, etc.). The history allows the system to develop user 

25 preferences and a data base to provide appropriate images upon request. Also, this alleviates a "page zero" dilemma 
by being able to provide images from a data base without the viewer having viewed any of them by the user 
preferences. An application of JFIF(+) is enhanced image EMail where personalized audiovisual information may be 
embedded for different objects in the picture and then played back by the receiver. 

[0074] JFIF(+) is an extension to the already established JFIF file format JFIF(+) adds support for node based 
image outline objects and the linking of these objects to various other data types such as, URLs, sound files, 
30 executables, textual descriptions and custom application defined data. This additional information may be used to 
create an interactive environment, offer advanced object based editing functions, and to retrieve information based 
on content. 

[0075] The original JFIF format allows for only a limited number of application extensible markers, each of a 
limited size. The JFIF(+) information of the present invention is added to the end of the JFIF file. This file 

35 structure offers flexibility and maintains compatibility with standard JFIF decoders. 

[0076] The additional information in the JFIF(+) format is divided into two layers (or more), a first layer (Layer 1), 
containing basic information necessary to render the JFIF(+) interface and, a second layer (Layer 2), containing the 
actual information linked to the objects in the image. By dividing the data into these two layers (or more) it is 
possible for low bandwidth devices to download only the small first layer and then, based on user feedback, download 
the additional data that the user requests. When the server lacks the capability to provide such interaction, the 

40 entire file may be loaded. 

Table 4 
File Organization 
JFIF Data 
JFIF(+) First Layer 
JFIF(+) Second Layer 



[0077] The JFIF(+) information follows the EOI marker specified in the standard JFIF format. This requires a 
partial parsing of the original JFIF file in order to find the EOI marker. The first layer of the JFIF(+) 
information identifies the additional information as JFIF(+) data and contains a minimum of information about the 
defined objects. This information includes a rectangular region (or other definition) defining the objects position 
in the image and an identifier defining the type of data contained in the object. 

55 
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Table 5 



First Layer 


Item 


Size 


Description 


identifier 


16 bits 


A unique value to identify a JFIF+ file. Always contains $D0,$07. 


version 


8 bits(uimbsf) 


Version of this JFIF+ file. Contains 0.01 for this version of JFIF(+). 


length 


32 bits(uimbsf) 


The total length of the first layer information (including identifier). 


numOfObjects 


16 bits(uimsbf) 


The number of objects in the JFIF(+) information. 


for(i=0;i<numOfObjects;i++){ 


numOfData 


16 bits(uimsbf) 


Number of data items associated with this object 


X 


16 bits(uimsbf) 


X starting position of object's rectangular region (set to 0 for data 
items that are not associated with a specific region). 


y 


16 bits(uimsbf) 


Y starting position of object's rectangular region (set to 0 for data 
items that are not associated with a specific region). 


width 


16 bits(uimsbf) 


Width of object's rectangular region (set to 0 for data items that are 
not associated with a specific region). 


height 


16 bits(uimsbf) 


Height of object's rectangular region (set to 0 for data items that are 
not associated with a specific region). 


ID 


NumOfData*16 
bits(uimsbf 


Array of type identifiers for the data objects associated with the 
region(Type information to follow). 


} 







[0078] Table 5, in essence, defines the regions of the image that may contain additional data. The identifier field 
permits the system to identify the file as a JFIF(+) file. The length field signals the length of the first layer so 
it is easily separated from layer 2. 

[0079] The second layer of the JFIF(+) structure contains the data associated with the objects defined in the 
first layer in the order that they were defined. 

30 

Table 6 



Format of Second Layer 


Item 


Size 


Description 


length 


32 bits(uimsbt) 


Total length of the second layer. 


offsetArray 
[n] 


numOfData*32 
bits(uimbsf) 


Array of offsets from the end of the header to the start of each 
data item. 


data 




Start of object data. 



Table 7 



Defined Data Types 


Type 


Value 


Description 


JPL_BOUNDARY 


1 


Detailed boundary information for the object(format follows). 


JPLJvlETA 


2 


Meta tags as defined for HTML. Content creators may either add many individual 
META tags or add one set of text containing many META tags. 


JPL_AIFF_SOUND 


3 


AIFF format sound data. 


JPLJJRL 


4 


URL text. 


JPL_TEXT 


5 


Text annotation^ is recommended that text falling into one of the predefined 
META tag definitions be entered in a META field). 


JPL_HTML 


6 


HTML page to be rendered within the object(lf the parser supports META tags, 
it should also look here for META information). 


JPL_JAVA 


7 


A Java Applet(When including any executable, requirements information should 
be included in a JAVAREQ). 


JPL_JAVAREQ 


8 


A null terminated test string containing information for the user concerning 
the executable's requirements. 
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Defined Data lypes 


Type 


Value 


Description 


JPL_HISTOGKAM 


9 


Color histogram information (format follows). 


JPL_ENVINFO 


10 


A data structure containing information about the conditions under which the 

niidyc Wdo uicdLcu. 


IPI FINim-HNFO 


1 1 


A Hat a Qtriiotiiro fnntaininn i nf n rm a tin n for 9 ohoto fini^hor to i ico in 

AA LI a La OlIUlslUIC Islll Hall 111 iy II IIUI 1 1 lallvJI 1 \\Jl a |JI IUIU ItlllOllCI \.\J UoC III 

reproducing the image. 




19 


1 C fv Oft f*haraf*tor Pnrm at niill tormi natoH ctrinn onntaininn tha Hato of /roatinn 
low w wi idi duid nuMiidi nun ici iiiiiidicij oiiiiiy i^uiiLaiiiiiiy liic uaic \J\ ivicduun. 


IPI FDITDATF 


1*3 
I o 


IQf^ OR r*haraptor Format niill torminatoH ctrinn onntaininn lact HatA o/HitaH 
low o ^.vj wi idi ciL>Lci nuiiiidi nun lei 1 1 ill idicu oiiiiiy V/Uii Laii in iy idol Udic cuilcu. 


IPI ^PRITF 


14 


A IFIF imano to ho Hra\A/n on too of tha main i m an o at tha n hi o/^t'c location 
f~\ jrir ii i lay c ili uc kji awi i um kji u ic nidiii uitdyc ai iiio uujcisi o iLHsauui i. 


JPL_AUTHOR 


15 


A null terminated string containing author information. 


JPI COPYRIGHT 


16 


A null tprminatpri ctrinn onntaininn mnvrinht infnrmatinn 

/^\ huh ici 1 1 hi igivvj o li niy wui i van iii iy \jy i iy 1 1 l iiiiiyiiiiaiiu'ii. 


JPL_PROTECTED 


17 


A structure containing password protected encrypted data. 


JPLJNK 


18 


A digital ink structure to be drawn on top of the main image at the object's 
location. 


JPL_USEINFO 


20 


A structure containing information about how the image has to be viewed. 


JPL_RESERVED 


©1999 


Reserved for further extension. 


JPL_USER 


2000- 
65535 


For proprietary use by software vendors. 



Table 8 



JPL_BOUNDARY Data Format 


Item 


Size 


Description . 


NumOfVerticies 


16 bits(uimsbf) 


The total number of vertices in the boundary representation. 


X 


16 bits(uimsbf) 


x position of starting vertex. 


y 


16 bits(uimsbf) 


y position of starting vertex. 


for(i=0;i<numOfObjects;i++){ 


dx[n] 


8 bits(uimsbf) 


x offset from previous vertex. 


dy[n] 


8 bits(uimsbf) 


y offset from previous vertex. 


} 



40 



45 



50 



55 
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Table 9 - JPL HISTOGRAM Format 



5 


I Item 


Size 


Description 


i 




colorSpacelD 


8 bits(uimsbf) 


The color space 




10 






identification code e.gr., 
RGB, HSV, etc. 






uSize 


8 bits (uimsbf ) 


The number of bins along the 




15 






first color axis, e.g., R 






vSize 


8 bits (uimsbf) 


The number of bins along the 
first color axis, e.g., G 




20 


wSize 


8 bits (uimsbf) 


The number of bins along the 
first color axis, e.g., B 




25 


for (usO,-u<uSize; u++) { 




for (v-0;v<vSize; v++) { 






f or(w»0 ;w<wSize; w++) { 




30 


count [u] [v] [w] 


8 bits (uimsbf) 


The total number of pixels in 
the image which are in 
color (u,v,w) 




35 


} 






} 




40 


} 





Table 10 



JPL_ENVINhO hormat 


Item 


Size 


Description 


cameralD 


strlen+1 


A text string containing the camera's ID. 


flashMode 


8 bits(uimsbf) 


0-off, 1-on, other values are camera specific. 


shutterSpeed 


32 bits(uimsbf) 


Shutter speed in nanoseconds. 


fStop 


8 bits(uimsbf) 


Fstop setting. 


indoor 


8 bits(uimsbf) 


0-indoor, 1-outdoor, other values are camera specific. 


focalLength 


16 bits(uimsbf) 


Focal length of lens in millimeters. 
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Table 1 1 



JPL_FINISHII\IFO Format 


Item 


Size 


Description 


pa per Size 


8 bits(uimsbf) 


The paper size. 


paperType 


8 bits(uimsbf) 


The paper type (glossy, matte, etc.). 


printEffect 


8 bits(uimsbf) 


The print effect (oil paint, impressionist, etc.). 


cropX 


16 bits(uimsbf) 


Crop and zoom x position. 


cropY 


16 btts(uimsbf) 


Crop and zoom y position. 


cropW 


16 bits(uimsbf) 


Crop and zoom width. 


cropH 


16 bits(uimsbf) 


Crop and zoom height. 



Table 12 



JPL_PROTECTED Format 


Item 


Size 


Description 


password Key 


strlen+1 


The encryption key for the data. 


ID 


16 bits(uimsbf) 


The type identifier for the data object associated with the region. 


data 




Start of encrypted object data. 



Table 1 3 



40 



JPL_FlNISHINFO Format 


Item 


Size 


Description 


times 


16 

bits(uimsbf) 


The number of times an image has been viewed (no roll over). 


time 


32 

bits(uimsbf) 


The number of seconds an image has been viewed (no roll over). 


width 


16 

bits(uimsbf) 


The width at which the image was viewed. 


height 


16 

bits(uimsbf) 


The height at which the image was viewed. 


date 


strlen+1 


ISO C 26 Character Format null terminated string containing the last date the photo 
was viewed. 


linkNext 


strlen+1 


Full path and name of the next image viewed. 


linkPrev 


strlen+1 


Full path and name of the previous image viewed. 



45 [0080] It is noted that information other than the types of information discussed herein may be incorporated 
into a JFIF(+) framework. In addition, data formats for the types of information described herein may be expanded to 
include more details. A design similar to JFIF(+) may also be made for images that are compressed by techniques 
other than JPEG. 

[0081] Referring now to FIG. 9, an image 210 illustrates a possible application of the disclosed image file 
format. This particular application is on-line ordering of a high-quality output print of a digital image. The 

50 proposed file format provides additional flexibility in ordering prints on line. The user may specify a region 212, 
surrounded by dashed lines, to be zoomed, cropped, and printed. Referring now to FIG. 10, the technique depicted 
generally at 220 includes a method for generating JFIF(+) files 222, and a method for viewing JFIF(+) files 224. 
Generating JFIF(+) files 222 starts with a JPEG file 226. Using an authoring tool 228, a user 230 draws a 
rectangular region 212 on image 210, and then inputs information that is stored in the JPL_FINISHINFO field in order 
to provide printing instructions to the photo finisher. The authoring application automatically reads the coordinate 

55 and size information of the region and places them in the JPL_FINISHINFO field. The user then transfers the 
resulting file 232, generated by a JFIF(+) file generator 234, to a service provider. The service provider uses a 
reader application 224, which contains a JFIF(+) parser 236, extracts the cropping and printing instructions, and 
executes the order. The result may be viewed in a JFIF(+) viewer 238, also referred to herein as an enhanced JFIF 
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interface. In this example, the first layer of the file contains the position information for the region of interest 
and the second layer contains the region specific information. ^ 
[0082] An enhanced JFIF interface allows the user to identify the image objects that contain information and 
discover the types of information using the basic information contained in the first layer. Through the enhanced 
JFIF interface the user can access particular information, contained in layer 2, linked to a particular object. 
[0083] Alternatively, the JPL_FINISHINFO field may not be used. The user, for instance, may attach textual 
information to the specified region by invoking the JPL__TEXT. The textual information may state "zoom and crop this 
region and make two prints; one 4x6 and one 5x7 both printed on matte paper." In yet another variation, the user may 
choose to express the order description via voice input by invoking the sound field. 

[0084] FIG. 11 depicts how a JFIF(+) file 332 may be input to a JPEG/JFIF legacy viewer 340, which will display 
10 the conventional portion of the image to user 330. The added features of the JFIF(+) file will not be available to 
the user of the legacy viewer, but the basic image will still be usable. 

[0085] The terms and expressions which have been employed in the foregoing specification are used therein as 
terms of description and not of limitation, and there is no intention, in the use of such terms and expressions, of 
excluding equivalents of the features shown and described or portions thereof, it being recognized that the scope of 
the invention is defined and limited only by the claims which follow. 

15 

Claims 

1. A method of associating additional information (18) with a video including a plurality of frames (16) comprising: 

(a) identifying at least one of said frames (16); 

20 

(b) providing a descriptive stream (12) separate from said video; 

(c) including said additional information (18) in said descriptive stream (12) related to said at least one 
of said frames (16); 

25 

(d) providing said video for displaying on a display (84); and 

(e) selectively providing said additional information (18) to a viewer (238) approximately the time of said 
providing said video. 

30 

2. The method of claim 1 characterized in that said additional information (18) includes at least one of an object 
index (30), a textual description (32), a voice annotation (34), an image feature (36), an object link (38), a 
URL link (40), and a Java applet (42). 

3. The method of claim 1 characterized in that said identifying is an object (17a, 17b) within said frame (16). 

35 

4. The method of claim 1 where said descriptive stream (12) is related to a plurality of said frames (16). 

5. The method of claim 4 characterized in that said at least one of said frames (16) are in sequential order in 
said video. 

40 6. The method of claim 4 characterized in that said at least one of said frames (16) are in nonsequential order in 
said video. 

7. A method of claim 3 characterized in that said additional information (18) is related to said object (17a, 17b). 

8. The method of claim 1 characterized in that said descriptive stream (12) includes an index synchronizing said 
45 video with said descriptive stream (12). 

9. The method of claim 1 characterized in that said descriptive stream (12) includes copyright information. 

10. The method of claim 1 characterized in that said descriptive stream (12) is encoded separately from said video. 

50 

11. The method of claim 10 characterized in that said video is decoded in the same manner independently of 
whether said descriptive stream (12) is provided. 

12. The method of claim 11 characterized in that said video is at least one of MPEG-2 and television broadcast 
format. 

55 

13. The method of claim 1 characterized in that said additional information (18) is presented to said viewer (238) 
on a remote control. 
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14. The method of claim 1 characterized in that an audible signal indicates the availability of said additional 
information (18). 

15. The method of claim 1 characterized in that a visual signal indicates the availability of said additional 
information (18). 

16. The method of claim 7 characterized in that said additional information (18) includes textual based 
information related to said object (17a, 17b). 

17. The method of claim 7 characterized in that said additional information (18) includes textual based 
information related to said object (17a, 17b). 

18. The method of claim 7 characterized in that said additional information (18) includes image features (36) 
comprising at least one of texture, shape, dominant color, and a motion model related to said object (17a, 17b). 

19. The method of claim 7 characterized in that said additional information (18) includes links to at least one of 
15 other objects (17a, 17b) and frames (16) within said video. 

20. The method of claim 7 characterized in that said additional information (18) includes program instructions 
related to said object (17a, 17b). 



10 



20 



21. A video system comprising: 

(a) an encoder (74) that includes additional information (18) within a video stream including a video 
including a plurality of frames (16), where said additional information (18) is related to at least one of 
said frames (16); 

(b) a receiver (82) that receives said video and said additional information (18), and said receiver (82) 
25 decodes said video in the same manner independently of whether said additional information (18) is provided; 

(c) a display (84) for displaying said video; and 



30 



35 



50 



55 



(d) a trigger mechanism (86) for selectively presenting said additional information (18) to a viewer (238) 
at approximately the time of presenting said frames (16) to said viewer (238). 

22. The system of claim 21 , further comprising: 

(a) a transmitter (80) for transmitting said video signal and said additional information (18); and 

(b) a receiver (82) for receiving said video signal and said additional information (18). 



23. The system of claim 22 characterized In that said encoder (74) is at least one of a video camera and a computer. 
40 24. The system of claim 21 characterized In that said trigger mechanism (86) is located in a remote control device. 

25. The system of claim 21 characterized in that said additional information (18) is provided by a remote control 
device. 

26. The method of claim 21 characterized in that said additional information (18) is related to an object (17a, 
45 17b) within said frame (16) and includes links to at least one of other objects (17a, 17b) and frames (16) within 

said video. 

27. The method of claim 21 characterized in that said additional information (18) is related to an object (17a, 
17b) within said frame (16) and includes program instructions related to said object (17a, 17b). 



28. The method of claim 21 characterized in that said additional information (18) is related to an object (17a, 17b) 
within said frame (16) and includes textual based information related to said object (17a, 17b). 

29. The method of claim 21 characterized in that said additional information (18) is related to an object (17a, 
17b) within said frame (16) and includes audible information related to said object (17a, 17b). 

30. The method of claim 21 characterized in that said additional information (18) is related to an object (17a, 
17b) within said frame (16) and includes image features (36) comprising at least one of texture, shape, dominant 
color, and a motion model related to said object (17a, 17b). 
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31. A system for presenting information comprising: 

(a) a unitary file (232, 332) containing an image and additional information (18) associated with said image; 

(b) a selection mechanism that permits the selection of objects (17a, 17b) in said image for which said 
additional information (18) is related thereto; and 

(c) a presentation mechanism that provides said additional information (18) to a viewer (238) in response to 
selecting said object (17a, 17b). 



32. The system of claim 31 characterized in that said file (232, 332) includes said image followed by said 
additional information (18). 

33. The system of claim 32 characterized in that said image and said additional information (18) are separated by 
a marker (194) indicating the end of said image. 

34. The system of claim 33 characterized in that an image viewer (340) which does not recognize said additional 
information (18) will display said image properly and recognize said marker (194) as indicating the end of said 
image. 

35. The system of claim 34 characterized in that said image is in a JPEG format. 

36. The system of claim 31 characterized in that said additional information (18) is organized in at least two 
layers comprising: 

(a) a first layer containing information describing the location of objects (17a, 17b) within said image; and 

(b) a second layer containing additional information (18) regarding said objects (17a, 17b) within said 
image, where said first layer contains fewer bytes than said second layer. 



37. The system of claim 36 characterized in that said second layer follows said first layer, which in turn follows 
said image file (232, 332). 

38. The system of claim 36 characterized in that said first layer contains a length identifier describing the 
length of said first layer. 

39. The system of claim 36 characterized in that said first layer contains a number of objects identifier 
describing the number of objects identified by said first layer. 

40. The system of claim 36 characterized in that said first layer contains a number of data identifier describing 
the number of data items associated with a particular said object (17a, 17b). 

41. The system of claim 36 characterized in that said first layer contains a first definition of the outline of an 
object (17a, 1 7b) of said image. 

42. The system of claim 36 characterized in that said second layer contains a length identifier describing the 
length of said second layer. 

43. The system of claim 36 characterized in that said second layer contains an array of offsets that identify the 
start of each data item. 

44. The system of claim 41 characterized in that said second layer contains a second definition of the outline of 
said object (17a, 17b) of said image, where said second definition more closely approximates the outline of said 
object (17a, 17b) than said first definition. 

45. The system of claim 41 characterized in that said second layer contains a second definition of the outline of 
said object (17a, 17b) of said image, where said second definition contains more bytes than said first definition. 

46. The system of claim 36 characterized in that said second layer includes sound data related to said object (17a ( 
17b). 

47. The system of claim 36 characterized in that said second layer includes HTML meta tags related to said object 
(17a, 17b). 
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48. The system of claim 36 characterized in that said second layer includes textual annotations related to said 
object (17a, 17b). 

49. The system of claim 36 characterized in that said second layer includes an HTML page to be rendered. 

50. The system of claim 36 characterized in that said second layer includes a Java applet related to said object 
(17a, 17b). 

51. The system of claim 36 characterized in that said second layer includes a color histogram. 

52. The system of claim 36 characterized in that said second layer includes data related to the conditions under 
which said image was created including at least one of lighting, camera settings, and time of acquisition. 

53. The system of claim 36 characterized in that said second layer includes data related to information for 
reproducing said image including at least one of cropping information, paper type, camera settings, and image 
production settings. 

54. The system of claim 36 characterized in that said second layer includes another image to be superimposed upon 
said image. 

55. The system of claim 36 characterized in that said second layer includes data regarding the author of said image. 

56. The system of claim 36 characterized in that said second layer includes copyright data regarding the copyright 
of said image. 

57. The system of claim 56 said copyright data is encoded. 

58. The system of claim 36 characterized in that said second layer includes information regarding how said image 
should be viewed. 

59. The system of claim 36 characterized in that said first layer is transmitted from a first computer to a second 
computer together with said image. 

60. The system of claim 59 characterized in that portions of said second layer are transmitted from said first 
computer to said second computer upon request by said first computer. 

61. The system of claim 60 characterized in that said request is in response to a user selecting an object within 
said image. 
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FIG.2 
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FIG.3 
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FIG.4 
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FIG.6 




-26- 



EP 0 982 947 A2 

FIG.7 
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FIG.10 
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